x11: Fallback to emulated window dragging for touch devices

Sadly, EWMH moveresize mechanism can't work with touch devices for two
reasons:

1) As a mutter implementation detail, the device is queried in order
to check whether the dragging button is still pressed. Touch devices
won't report the button 1 being pressed through pointer emulation.
2) Even bypassing that check, on X11 touch events are selected prior
to sequences being started, either through XISelectEvents or
XIGrabTouchBegin, no late registering through active grabs is allowed,
as WMs do on reaction to EWMH moveresize messages.

So for the time being, make touch devices fallback on emulated window
dragging, which at least allows for moving windows.

https://bugzilla.gnome.org/show_bug.cgi?id=709914

dialog: Avoid possible use-after-free

When the dialogue's titlebar was replaced, we were still trying to
update the label we constructed but that was now destroyed.

https://bugzilla.gnome.org/show_bug.cgi?id=726492

Finnish translation update by Jiri Grönroos

Updated French translation

Updated French translation

Updated French translation

Test size constraints

This adds some min/max size hints to testimage.

Show dialog titles

We want to present a clean, rounded top when there is nothing
else to show, but many dialogs in applications rely on showing
information in their title, so add a label and show the title
when it is not empty.

_gtk_widget_get_device_window: Fix for keyboard devices

Avoid a warning by returning NULL for keyboard devices, which can
never have an active pointer for a widget.

xdg-shell: Update to latest state change mechanism

Update a11y test output

These harmless changes are a consequence of
66fae0330c5cdb68f50699ff2645ff0cf112911e.

Add a Since annotation to gdk_device_get_last_event_window

Use GDK's current window tracking when synthesizing events in GTK+

Add gdk_device_get_last_event_window(), and use to implement the window
tracking we need for synthesizing crossing events for sensitivity changes
and gtk grabs, rather than keeping the information in qdata and updating
it based when GTK+ gets events.

https://bugzilla.gnome.org/show_bug.cgi?id=726187

documentation: clarify gtk_icon_theme_add_builtin_icon() usage

https://bugzilla.gnome.org/show_bug.cgi?id=726135

GtkTreeView: stop ignoring crossing events from grabs

Stop ignoring various crossing events from grabs:

Enter events with type GRAB/GTK_GRAB/GTK_UNGRAB/STATE_CHANGED:
  Ignoring these events was added as a workaround for synthesized
  events not having the right coordinates (see bug 555109) but
  now they do have the right coordinates. (see bug 704456)

Leave events with types types GTK_GRAB/GTK_UNGRAB:
  Ignoring these events was added because since we were ignoring
  the enter events as above, ignoring the leave events meant we
  could lose the prelighted row in a grab-triggered leave/enter
  pair. (See bug 653676. It's also now impossible to
  reproduce the leave events that were reported in that bug as causing
  problems.)

Leave events of type GRAB.
  Ignoring these events was added without a ChangeLog entry in 2001,
  possibly to keep the prelight from flashing when activating menus.
  But ignoring these events could lead to stuck prelighting, and we don't
  do it for any other widgets.

https://bugzilla.gnome.org/show_bug.cgi?id=726209

The bug this patch is fixing is that currently if you have a GtkPopover in
clicking off the popover to dismiss it on a GtkTreeView (which triggers
a synthetic enter event on the GtkTreeView) will leave the GtkTreeView
in a confused state until the user moves the mouse again.

Work around gcc stupidity

With -Wc++-compat, gcc warns about 'and' even in contexts where it
poses absolutely no danger.

https://bugzilla.gnome.org/show_bug.cgi?id=726136

treeview: Don't popup a search dialog for keypresses that close it

That doesn't make sense.
And it causes issues, because when holding down the tab key, we
show/hide a lot of windows and cause a lot of map/unmap events that
stall the event pipeline.

treeview: Split out a function

This is in preparation for the next patch.

a11y: Don't use signals

Instead, call functions directly. Fixes the fact that the signals
weren't disconnected even when the accessible was destroyed.

https://bugzilla.gnome.org/show_bug.cgi?id=725733

gdk_cairo_surface_create_from_pixbuf: Add missing (allow-none) annotation

The window is allowed to be %NULL

Updated Czech translation

csd: Fix the northeast resize handle position

csd: Fix invisible border/shadow confusion

We did not set an input shape on the window, so the region outside
the invisible border where we draw the outer edges of the shadow
were still part of the window, as far as clicks and cursors were
concerned. Fix this by setting an input shape that makes all clicks
outside of the resize borders go through to the underlying window.

https://bugzilla.gnome.org/show_bug.cgi?id=726125

broadway: remove unused libcrypt

eb1ab0dac2f3d7a05cfe8b87e83b363d39279a38 removed support for authentication
based on crypt()-hashed passwords but it didn't remove the header.

Finish up with the removal.

This allows the broadway backend to build on FreeBSD (which has no
crypt.h).

https://bugzilla.gnome.org/show_bug.cgi?id=726149

Updated Portuguese translation

Updated Portuguese translation

textview: Postpone text handles creation until when needed

This is only necessary for touch devices, so unnecessary on many setups.

textview: Postpone magnifier creation until when needed

This is only necessary for touch devices, so unlikely on many setups.

entry: revert text handles to cursor mode after cut/paste

The current text selection goes away in that case, so reflect
that too in the handles.

entry: postpone text handles creation until when needed

This is only necessary for touch devices, so unlikely in many setups.

entry: postpone magnifier creation until when needed

a11y: Don't allocate a list just for counting widgets in GtkContainerAccessible

It's more straightforward if counting through gtk_container_foreach().

testsuite: Update a11y/menubutton3.ui test expectations

Popover is now minimally accessible.

https://bugzilla.gnome.org/show_bug.cgi?id=725864

a11y: Add GtkPopopverAccessible

And let GtkPopover use it as its GtkAccessible implementation, this
accessible sets the POPUP_FOR relationship to the relative-to widget,
and keeps track of changes there.

https://bugzilla.gnome.org/show_bug.cgi?id=725864

window: Emit a11y signals directly on popover added/removed

As those are internal children, there's no signal that GtkWindowAccessible
could catch when those are added or removed, so make GtkWindow use the private
GtkContainerAccessible methods to add/remove the child accessible when that
happens.

https://bugzilla.gnome.org/show_bug.cgi?id=725864

a11y: Add private GtkContainerAccessible functions to add/remove a child

This may be useful in container implementations, or for internal children
that trigger no signal emission.

https://bugzilla.gnome.org/show_bug.cgi?id=725864

a11y: Make GtkWindowAccessible know about popovers

https://bugzilla.gnome.org/show_bug.cgi?id=725864

wayland: Clean up a bit

wayland: Move some code around

wayland: Fix submenu positioning

window->x / window->y are in "root window coordinates", e.g. relative
to the topmost toplevel. However, the coordinates in get_xdg_popup are
relative to the passed-in surface, so we need to do the reverse
translation here.

message dialog: Fine-tune vertical spacing

Requested in
https://bugzilla.gnome.org/show_bug.cgi?id=723668

gtk3-demo: run button should be able to focus.

https://bugzilla.gnome.org/show_bug.cgi?id=725141

Window: Focus custom titlebar with F10

As discussed on desktop-devel-list [1], "There should be an intuitive,
consistent, immediate way to jump to the widgets that live in the
header bar." F10 has been suggested for this as it is already used to
active menubars.

F10 will focus the custom titlebar widget if the window has one and it
isn't already focused. If the titlebar widget doesn't exist or is
already focused then F10 focuses the menubar if there is one.

[1] https://mail.gnome.org/archives/desktop-devel-list/2014-February/msg00176.html

https://bugzilla.gnome.org/show_bug.cgi?id=725141

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Updated Latvian translation

Updated Latvian translation

Updated Chinese (China) translation

Updated Chinese (China) translation

update Punjabi Translation 07March2014: Alam

Updated Korean translation

window: Turn popovers into internal children

It turns out popovers are already smart enough to cope with this
situation, so let popovers be internal children so things that rely
on gtk_container_forall(), like DnD, work without modifications.

https://bugzilla.gnome.org/show_bug.cgi?id=725727

Fix font size when gdk_x11_display_set_window_scale() is used

We have a hack in the XSETTINGS code to substitute gtk-xft-dpi
with gdk-unscaled-dpi unless the screen has a fixed window scale,
in which case we just use gtk-xft-dpi.

But if the screen is changed to have a fixed window scale, then
the substituted value of gdk-unscaled-dpi will stick around until
the next (coincidental) change to XSETTINGS. To fix this, force
an immediate reread of the XSETTINGS property when
gdk_x11_display_set_window_scale() is used.

https://bugzilla.gnome.org/show_bug.cgi?id=725754

entry: Make DnD coordinate calculation compensate for entry icons

This made DnD have effect farther on the left when dragging text over
any entry with icons in it.

https://bugzilla.gnome.org/show_bug.cgi?id=725866

entry: use priv->dnd_position when rendering the DND cursor

This makes "cursor position" track the DnD point again, looks much
more intuitive than just rendering it on the pre-DnD position.

https://bugzilla.gnome.org/show_bug.cgi?id=725866

Improve GtkStack documentation

As has been pointed out in
https://bugzilla.gnome.org/show_bug.cgi?id=725711
it is a little confusing that we have the concept of
a visible child and of the child being visible itself.

tests: fix testcalendar

Missing argument in gtk_style_context_get(), fooled by varargs.

calendar: grab focus first, emit signals after

It may be unusual, but handlers of day-selected may want to transfer
focus somewhere else, without getting it reset back right after by/to
the calendar. This makes popovers demo work on the calendar again, for
one...

Allow selecting a dark variant with GTK_THEME

Dark themes need to be debugged, too.

Author:    Matthias Clasen <mclasen@redhat.com>

popover: Track toplevel's focus widget when visible

If the toplevel focus widget is forced out of the popover (eg. through
gtk_widget_grab_focus() anywhere else), then dismiss the popover.

popover: Track toplevel focus changes

Make the popover temporarily undo the GTK+ grab, so it remains modal
to its window, but does not attempt to steal focus on other non-modal
windows that get the focus.

This was most confusing with keyboard navigation, as the focus would
remain stuck on the popover, and not move to the newly focused window
after the popover was dismissed. It didn't have as much effect on
pointer operations as only the first click would be consumed in order
to hide the popover.

popover: Only give back focus to drawable widgets

If the previous focus widget is not drawable anymore, don't even
bother in transmitting the focus grab to it.

popover: dispose popovers when unmanaging them

This makes popovers get rid of dangling pointers at the time of destroying
the relative-to widget, just in case these are kept alive by a reference.

gtkentrycompletion: fix a critical warning

There are early returns in this method before the completion timeout
is set later on, so set the source to 0 to avoid trying to remove it
later again.

https://bugzilla.gnome.org/show_bug.cgi?id=725824

Updated Brazilian Portuguese translation

gtkmenu: displace popups by their css margin

Without a margin, the pointer is above the first (or last) menu item,
making it easy to accidentally activate that item.

https://bugzilla.gnome.org/show_bug.cgi?id=591258

GtkIconViewAccessible: Don't access freed item

Don't get index from deleted GtkIconViewItem.
Remove the item before traversing list of items.

https://bugzilla.gnome.org/show_bug.cgi?id=701884

reftests: Remove unused argument from function

separatortoolitem: Make gcc stop complaining

No, a ButtonEvent and a MotionEvent are not the same thing.

broadway: Print a useful error message

.. instead of the generic "failed to open display".

Updated Norwegian bokmål translation

Updated Norwegian bokmål translation

Updated Spanish translation

Updated Spanish translation

popover: Set pointer motion mask on the popover window

This is not necessary for the popover itself, but helps tooltips
code confine the widget lookup within the popover if the pointer
is inside it, otherwise the widget lookup may turn out wrong for
motion events, starting the tooltip widget lookup from the toplevel
window, mistakenly triggering tooltips on the natural window
descendants (ie. the widget below the popover)

https://bugzilla.gnome.org/show_bug.cgi?id=724785

icontheme: support emblems in symbolic icons

We were failing to apply emblems in the symbolic icons code path.

https://bugzilla.gnome.org/show_bug.cgi?id=725683

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Bump version

3.11.8

Update messagedialog a11y test

Fix up builder test

Dialogs now report two children. Thats alright, adapt
the test to deal with it.

Fix up signal deprecation

Deprecate GdkEventVisibility and ::visibility-notify-event

These don't really work anymore in a composited world.
Lets make it official.
https://bugzilla.gnome.org/show_bug.cgi?id=481073

Allow applications to use gtk-menu-bar-accel in 3.12

gnome-terminal is still using this setting, so we'll let
applications override it for another cycle. It is no longer
backed by a system-wide setting, though, and it will still
go away eventually.

This partically reverts b26c74e5dac0b5fd869d2c8cc7a0edb6b01aeebd

Allow applications to use gtk-enable-mnemonics in 3.12

gnome-terminal is still using this setting, so we'll let
applications override it for another cycle. It is no longer
backed by a system-wide setting, though, and it will still
go away eventually.

This partically reverts 7e3a494fac62140f466fc43f6cc061215953e9b1

GtkTreeView documentation fixes

Add documentation for GtkTreeView::move-cursor

Add links to GtkTreeModel::row-inserted and GtkTreeModel::row-deleted
in the documentation for gtk_tree_view_set_reorderable ().

https://bugzilla.gnome.org/show_bug.cgi?id=725560

Some more doc rewording

Fix typo in gtk_window_set_default() documentation

The documentation should link to gtk_widget_grab_default() rather than
gtk_widget_grab_focus().

https://bugzilla.gnome.org/show_bug.cgi?id=725559

GtkRange: make autoscrolling work for inverted ranges

This problem was discovered in
https://bugzilla.gnome.org/show_bug.cgi?id=725225

treeselection docs: spelling fix

https://bugzilla.gnome.org/show_bug.cgi?id=725205

dialogs: always use CSD on dialogs

If we aren't using a header bar then put a fake titlebar
box on it so we can round the corners.

One of the advantages of this is so that the styling of the dialog
is completely within one theme framework. This prevents skew between
the theming expectations from the window manager and GTK+.

https://bugzilla.gnome.org/show_bug.cgi?id=725345

Updated GAlician translations

Updated Galician translations

testdialogs: Add message dialog examples

Related to
https://bugzilla.gnome.org/show_bug.cgi?id=723668

file-chooser: emit selection-changed when location entry changes too

https://bugzilla.gnome.org/show_bug.cgi?id=547988

Revert "GtkEntryCompletion: call setter for "text-column""

This reverts commit 9761a966d8ffda724226a21022a42ce40932b443.

Revert "gtk_entry_completion_set_text_column: reuse old renderer"

This reverts commit f6a0debdd9d4f90b9d6b54c263b10926ba530c7e.

Revert "GtkEntryCompletion: call cell_area()->clear()"

This reverts commit 3c2829713463228094d66170564a4d6d7c31c245.

Revert "gtk_entry_completion_get_cells: revert returning NULL"

This reverts commit a9a6fb045a0faedb30ffdad4ed979f380c483ebd.

Revert "GtkEntryCompletion: fix warning"

This reverts commit 2f0c610c35215229e53aac4c37fdea49e25f3742.

Updated Thai translation